home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940307.txt < prev    next >
Internet Message Format  |  1994-11-13  |  17KB
  1. Date: Thu, 15 Sep 94 04:30:20 PDT
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Digital Digest V94 #307
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Thu, 15 Sep 94       Volume 94 : Issue  307
  11.  
  12. Today's Topics:
  13.                                 AX.25
  14.                  Canadian Callsign Database Available
  15.                           forwarded message
  16.                                gateway
  17.                              Gateway....
  18.                          HDLC protocol chips.
  19.                           JNOS 1.10f lockups
  20.           mfj 1270c/1274c modifications for the net software
  21.                           mocom 35 on packet
  22.                        VHF packet "talk" range
  23.                        What NOS to use (2 msgs)
  24.                            WNOS memory leak
  25.  
  26. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  27. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  28. Problems you can't solve otherwise to brian@ucsd.edu.
  29.  
  30. Archives of past issues of the Ham-Digital Digest are available 
  31. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  32.  
  33. We trust that readers are intelligent enough to realize that all text
  34. herein consists of personal comments and does not represent the official
  35. policies or positions of any party.  Your mileage may vary.  So there.
  36. ----------------------------------------------------------------------
  37.  
  38. Date: Wed, 14 Sep 1994 20:46:06
  39. From: ihnp4.ucsd.edu!dog.ee.lbl.gov!news.cs.utah.edu!cs.utexas.edu!howland.reston.ans.net!torn!news.unb.ca!nbt.nbnet.nb.ca!dynam26.nbnet.nb.ca!moores@network.ucsd.edu
  40. Subject: AX.25
  41. To: ham-digital@ucsd.edu
  42.  
  43. Can anyone point me to where I might find some of the original files surround 
  44. the introduction of ax.25?  I have been on packet for a few years, but was not
  45. around when most of the standards/software was written.
  46.  
  47. I would specifically like to see a good explanation of the ax.25 protocol, and 
  48. perhaps some good files on the nos implementation of that protocol.
  49.  
  50.                                                            Steve  VE1BCL
  51.  
  52. ------------------------------
  53.  
  54. Date: Tue, 13 Sep 1994 16:07:29 GMT
  55. From: ihnp4.ucsd.edu!dog.ee.lbl.gov!overload.lbl.gov!agate!howland.reston.ans.net!cs.utexas.edu!utnut!torn!uunet.ca!uunet.ca!cfcsc!remote.cfcsc.dnd.ca!goobie@network.ucsd.edu
  56. Subject: Canadian Callsign Database Available
  57. To: ham-digital@ucsd.edu
  58.  
  59. Thanks to Rob VE7FU and Phil VE3RD, the latest Canadian callsign database is 
  60. now available.  The file is called HAMFLAT4.ZIP and can be accessed by 
  61. anonymous FTP to cfcsc.dnd.ca
  62.  
  63. It is located in the /hamradio/callbook section..
  64.  
  65. Please send me a note if you have any problems accessing this data.
  66.  
  67. 73
  68. Keith VE3OY @ VA3BBS
  69.  
  70. ------------------------------
  71.  
  72. Date: Tue, 13 Sep 94 08:12:45 EDT
  73. From: ihnp4.ucsd.edu!ucsnews!sol.ctr.columbia.edu!howland.reston.ans.net!swiss.ans.net!solaris.cc.vt.edu!news.duke.edu!eff!news.kei.com!world!mv!lmr!rapp@network.ucsd.edu
  74. Subject: forwarded message
  75. To: ham-digital@ucsd.edu
  76.  
  77. The following message is forwarded:
  78.  
  79. ------------------------------
  80.  
  81. Date: Mon, 12 Sep 94 18:47:14 PDT
  82. From: Eric Fort <1EJF8089@IBM.MTSAC.EDU>
  83. Subject: gateway
  84. To: rapp@lmr.MV.COM
  85.  
  86. I realize the difficulties involved in traversing between the internet and ampr
  87. net.  As a licienced ham operator is there any way you know to make this connec
  88. tion?  I am trying to work my uncle in north carolina on tcp/ip packet but I do
  89. n't have a tnc yet.  (starving student status)
  90.  
  91. any help would be appreciated. please feel free to repost this to rec.radio.ama
  92. teur.digital.misc if you feel it appropriate.
  93.  
  94.  
  95.                                       tnx n 73,
  96.                                    de kd6glp (eric fort)
  97.                                    1ejf8089@ibm.mtsac.edu
  98.  
  99. p.s.
  100.  
  101. Please tell me where to send postings to the above group.  I would've mailed th
  102. e group but couldn't get the mail reader to do it.
  103. --
  104.  
  105. Please answer here or mail to Eric at the above address.  Tnx, Larry W1HJF
  106. -----------------------------------------------------------------------------
  107. L. M. Rappaport &  Associates, Inc.   rapp@lmr.mv.com   voice +1 603 237 8400
  108. Colebrook, NH  03576-0158             CIS 72427,2567    fax   +1 603 237 8430
  109.  
  110. ------------------------------
  111.  
  112. Date: Sun, 11 Sep 94 01:11:17 Mst
  113. From: agate!darkstar.UCSC.EDU!news.hal.COM!olivea!charnel.ecst.csuchico.edu!psgrain!nntp.cs.ubc.ca!alberta!ve6mgs!ve6hf@ames.arpa
  114. Subject: Gateway....
  115. To: ham-digital@ucsd.edu
  116.  
  117. Matt Werner <kb0kqa@delphi.com> writes:
  118.  
  119. > Phlatline <bd27015@PROBLEM_WITH_INEWS_GATEWAY_FILE> writes:
  120. >  
  121. > >I am wondering:  there is an internet <-> packet gateway for mailing, why ha
  122. > >there not been any steps taken to rig a direct "pipe" onto the net from pack
  123. >  
  124. > I don't know for sure, but I had always thought that it was because there wou
  125. > be no certain way to keep non-HAMs out...  It would end up to be a pain for t
  126. > Sysop to do such a thing for all of the HAMs on the internet that would want
  127. > access...
  128. >  
  129. > 73 - Matt
  130.  
  131.  
  132. I'm sure that it is being done in some places :)
  133.  
  134. ---
  135.            You may reply to: ve6hf@ve6hf.ampr.ab.ca   
  136.  
  137. ------------------------------
  138.  
  139. Date: 13 Sep 1994 17:42:01 +1200
  140. From: ihnp4.ucsd.edu!munnari.oz.au!comp.vuw.ac.nz!frc.maf.govt.nz!not-for-mail@network.ucsd.edu
  141. Subject: HDLC protocol chips.
  142. To: ham-digital@ucsd.edu
  143.  
  144. Second sources for the 8530 Serial Comms Controller (SCC): AMD and SGS
  145. Thomson. 
  146.  
  147. The NMOS 8530 is the least expensive, a mail order place in VK sent me
  148. one for app. $30 US, you should be able to get them for much less in
  149. the States. The CMOS versions are at least twice that. You could also
  150. consider the 85230 ESCC which has a deeper RX FIFO, is more forgiving
  151. of timing problems, and has less funnies and teething problems.
  152.  
  153. Zilog Support Products offer an 85230 evaluation kit with examples of
  154. source code, header files etc, a simple PC bus card and the User Manual. 
  155.  
  156. The sheets in Zilogs volume 1 uProcessors and Peripherals are good as
  157. a reference only and are very condensed; to successfully program the
  158. SCC you'll need the SCC User Manual, in particular HDLC... 
  159.  
  160. I have had no problems dealing with Zilog in the US, they promptly
  161. referred me to the local agent :-)  At work, I use 85C30's in ASY mode
  162. in a serial link at 128 kbps of speed through a 600 m long tow cable. 
  163. Have no experience with HDLC/SDLC modes.  Hope this helps, good luck.
  164.  
  165. Wilbert, ZL2BSJ.
  166.  
  167.  
  168.  
  169.  
  170.  
  171.  
  172.  
  173.  
  174.  
  175.  
  176.  
  177.  
  178. -- 
  179. Wilbert Knol, Acoustics Group, MAF Marine Research, Wellington, New Zealand.
  180. Usenet:             wk@frc.maf.govt.nz           PACKET:ZL2BSJ@ZL2WA.NZL.OC
  181. AMPR:[44.147.180.88]  AX25 NET/ROM TCP/IP MBX  146.625 147.075  MHz  24 hrs.
  182.  
  183. ------------------------------
  184.  
  185. Date: Tue, 13 Sep 94 19:57:57 -0500
  186. From: news.delphi.com!usenet@uunet.uu.net
  187. Subject: JNOS 1.10f lockups
  188. To: ham-digital@ucsd.edu
  189.  
  190. Milton D. Miller II <miltonm@bga.com> writes:
  191.  
  192. >The watchdog timer works by detecting that the timer process is blocked 
  193. >when the hardware timer interrupt ticks.  If timer interrupts are blocked
  194. >(usually because all interrupts are off), then the watchdog code doesn't
  195. >run.   
  196.  
  197. I'm not too "up" on interrupts, so forgive me if this sounds a little off...
  198. Is there a way that this can be fixed, without rewriting any of NOS?  Whatever
  199. it takes to get it going is pretty much worth it I think...
  200.  
  201. >If you load dos high then you will get some extra memory.  What is going
  202. >on when it locks up?  Does your caps lock key work?  Can you type more
  203. >than 16 charactesrs without getting beeps?  Can you use the 3 finger
  204. >salute or do you have to press the hardware reset button?
  205.  
  206. Sometimes the 3 finger salute works, other times it doesn't.  I haven't loaded
  207. DOS high yet because I'm not ready to tackle a new set of variables...  I will
  208. start paying more attention to it when it locks up...
  209.  
  210. >One thing you can try is reducing features.  Compile out code you don't
  211. >need, don't start more sessions at the same time than you need, keep
  212. >an eye on sockets where the other end died, etc.  Consider doing a
  213. >software exit/restart or reboot every x hours as a preventitive measure.
  214.  
  215. I've thought about rebooting every x hours, but locally, TCP activity (FTP, etc)
  216. is active (for the most part) 24 hours...  To reboot would most likely knock
  217. someone off, so I'm leaving that as a last resort...
  218.  
  219. I can't recompile the code (not into C - yet).  I've had the system running
  220. for up to 10 days (when I forced it to reboot), while other times it makes
  221. it about a day or so.  It usually goes for quite a few days, and when it locks,
  222. it still has lots of memory left (40-50k, which is about what it runs at
  223. anyway)...
  224.  
  225.  
  226. >
  227.  
  228. Any other suggestions anyone?  I'm willing to try just about anything, and
  229. please make the answers as descriptive as you want...
  230.  
  231. 73 and thanks to all!
  232.  
  233.  - Matt
  234.  
  235. kb0kqa@delphi.com
  236.  
  237. ------------------------------
  238.  
  239. Date: 14 Sep 1994 00:46:46 -0400
  240. From: ihnp4.ucsd.edu!newshub.sdsu.edu!nic-nac.CSU.net!usc!cs.utexas.edu!utnut!torn!news.unb.ca!upei.ca!peinet.pe.ca!peinet.pe.ca!not-for-mail@network.ucsd.edu
  241. Subject: mfj 1270c/1274c modifications for the net software
  242. To: ham-digital@ucsd.edu
  243.  
  244. hi,
  245.    here are a bunch of mods to use the mfj 1270c/1274c with htenet
  246. (tn2.08b in particular).
  247.  
  248. these were developed setting up 32 tnc's for a packet network in 
  249. atlantic canada.
  250.  
  251.  
  252.  
  253. to use this tnc with  the net software it is necessary to make several
  254. modifications to the pc board as well as the removal of several chips.
  255.  
  256. 1.      remove the circuit board from the chassis
  257.                 2 front and 4 side cover screws
  258.                 4 screws holding the pc board to the chassis
  259.                 1 screw holding regulator to chassis
  260. 2.      remove u23 eprom
  261. 3.      remove u24 sram (option may not be installed)
  262. 4.      remove u40
  263. 5.      cut jmp x
  264. 6.      remove jmp 9
  265. 7.      depending on your node wiring you may have to install
  266.         r14 and r15  100 ohm
  267. 8.      on u40 connect pin 16 to pin 1
  268. 9.      install new eprom in u23 socket
  269.                 for a 27x512 remove jmp 15 then connect jmp 15-2
  270.                 to ground
  271.  
  272.                 for a 27x256 strap jmp 15 1-2
  273. 10.     reinstall the pc board in the chassis
  274. 11.     connect a terminal to the serial port of the tnc
  275. 12.     apply power
  276. 13.     reset the tnc to force it to load the new bbram values
  277. 14.     the tnc should display a sign on message.
  278. 15.     try to connect to the tnc (via serial port) to verify operation
  279. 16.     put modification record label on inside of cover and reinstall it
  280.  
  281.  
  282. good luck
  283.  
  284. kenny
  285. kenny adams
  286. kadams@peinet.pe.ca
  287. standard disclaimers apply...
  288.  
  289. -- 
  290. kenny adams                charlottetown prince edward island canada
  291. kadams@peinet.pe.ca
  292. standard disclaimers apply.... 
  293.  
  294. ------------------------------
  295.  
  296. Date: 14 Sep 94 18:20:49 GMT
  297. From: news-mail-gateway@ucsd.edu
  298. Subject: mocom 35 on packet
  299. To: ham-digital@ucsd.edu
  300.  
  301. We use a UHF Mocom 35 on packet here for the 9600 baud port on
  302. UUGATE (The Univ. of Utah gateway).
  303.  
  304. It took some significan hacking of the IF to make it work well, but it
  305. now works extremely well.  The IF bandwidth is a bit broad (18 KHz) but
  306. that makes it extremely forgiving on the receive signal.  The skirts on
  307. the receive side aren't particularly sharp, either, but since we don't
  308. have any adjacent channels to be concerned with, that isn't a problem, either...
  309.  
  310. As it was originally, it was completely unuseable for 9600 baud packet owing
  311. to narrow bandwidth (approx. 11 KHz) and tremendous ripple in the
  312. 1st IF passband (about 10db worth of ripple...)
  313.  
  314. <Clint>
  315.  
  316. ka7oei@uugate.wa7slg.ampr.org
  317.  
  318. ------------------------------
  319.  
  320. Date: Wed, 14 Sep 94 08:19:21 EDT
  321. From: ihnp4.ucsd.edu!dog.ee.lbl.gov!agate!howland.reston.ans.net!swiss.ans.net!solaris.cc.vt.edu!news.duke.edu!eff!news.kei.com!world!mv!lmr!rapp@network.ucsd.edu
  322. Subject: VHF packet "talk" range
  323. To: ham-digital@ucsd.edu
  324.  
  325. barrusc@yvax.byu.edu writes:
  326.  
  327. > 
  328. >     Can anyone tell me if it is possible to "talk" via packet VHF over long
  329. > distances by linking digipeaters?  What is the longest distance?  
  330. > 
  331. >     I am looking to getting into packet and was just curious.  73's
  332. > 
  333. > Craig
  334.  
  335. Yes, it is, but the practise isn't recommended. It is much more efficient to
  336. connect to nodes and do it that way. For example you connect to node 1, then
  337. connect node 1 to node 2, etc. then node n to whoever you want to connect
  338. with. The reason is this: when you digipeat, each acknowledgement packet goes
  339. backwards through the chain. Each missed packet has to be repeated through
  340. the chain. This means a ton of traffic generated and likely timeouts when you
  341. go through very many during busy periods. Using nodes means that
  342. acknowledgement packets are limited to each node pair, a big savings.
  343.  
  344. Larry W1HJF
  345.  
  346. -----------------------------------------------------------------------------
  347. L. M. Rappaport &  Associates, Inc.   rapp@lmr.mv.com   voice +1 603 237 8400
  348. Colebrook, NH  03576-0158             CIS 72427,2567    fax   +1 603 237 8430
  349.  
  350. ------------------------------
  351.  
  352. Date: Tue, 13 Sep 1994 09:38:50
  353. From: ihnp4.ucsd.edu!munnari.oz.au!quagga.ru.ac.za!ucthpx!eleceng.uct.ac.za!rmbraun@network.ucsd.edu
  354. Subject: What NOS to use
  355. To: ham-digital@ucsd.edu
  356.  
  357. Hi netters,
  358.  
  359. We have just recently set up a NOS gateway for the Western Cape region of 
  360. South Africa (Cape Town.) zs1uct.ampr.org <--> hamgate.ee.uct.ac.za. We are 
  361. presently running NOSview. Any other suggestions for what version of NOS to 
  362. use. JNOS, WNOS, TNOS etc. 
  363.  
  364. Many thanx
  365.  
  366. Rob
  367.  
  368. (University of Cape Town Amateur Radio Group)
  369.  
  370. ********  Dr. Robin M. Braun  ZR1RMB ***********
  371. * Department of Electrical Engineering         *
  372. * University of Cape Town                      *
  373. * Private Bag, Rondebosch, 7700, South Africa  *
  374. * Phone : + 27 + 21 + 650-2810                 *
  375. * Fax   : + 27 + 21 + 650-3465                 *
  376. * Internet : rmbraun@eleceng.uct.ac.za         *
  377. ************************************************
  378.  
  379. ------------------------------
  380.  
  381. Date: Wed, 14 Sep 1994 14:56:56
  382. From: ihnp4.ucsd.edu!munnari.oz.au!quagga.ru.ac.za!ucthpx!ee422.ee.ctech.ac.za!jakes@network.ucsd.edu
  383. Subject: What NOS to use
  384. To: ham-digital@ucsd.edu
  385.  
  386. In article <rmbraun.294.0009A606@eleceng.uct.ac.za> rmbraun@eleceng.uct.ac.za (Robin M. Braun) writes:
  387. >From: rmbraun@eleceng.uct.ac.za (Robin M. Braun)
  388. >Subject: What NOS to use
  389. >Date: Tue, 13 Sep 1994 09:38:50
  390. >Summary: What version of NOS should we use
  391. >Keywords: NOS
  392.  
  393. >Hi netters,
  394.  
  395. >We have just recently set up a NOS gateway for the Western Cape region of 
  396. >South Africa (Cape Town.) zs1uct.ampr.org <--> hamgate.ee.uct.ac.za. We are 
  397. >presently running NOSview. Any other suggestions for what version of NOS to 
  398. >use. JNOS, WNOS, TNOS etc. 
  399.  
  400. >Many thanx
  401.  
  402.  
  403.  
  404. >Rob
  405.  
  406. >(University of Cape Town Amateur Radio Group)
  407.  
  408. >********  Dr. Robin M. Braun  ZR1RMB ***********
  409. >* Department of Electrical Engineering         *
  410. >* University of Cape Town                      *
  411. >* Private Bag, Rondebosch, 7700, South Africa  *
  412. >* Phone : + 27 + 21 + 650-2810                 *
  413. >* Fax   : + 27 + 21 + 650-3465                 *
  414. >* Internet : rmbraun@eleceng.uct.ac.za         *
  415. >************************************************
  416.  
  417.  
  418.  
  419. Hi
  420.  
  421. It all depends on what services you want  or want to provide.  Therefor, I 
  422. guess, it is best to get the source code of any of the latest NOS versions and 
  423. compile your own flavour.  We here at the Cape Technikon are currently running 
  424. a packet <> Internet gateway on KA9Q NOS version 930507 compiled for 386/486 
  425. CPU.  Or you could can have a look at nos11c-a.exe, it has gopher and www 
  426. services.
  427.  
  428. Rgrds
  429. Jakes
  430.  
  431. J. du Toit
  432. Electrical Engineering
  433. Cape Technikon
  434. Cape Town
  435. South Africa
  436. Email: jakes@maxwell.ctech.ac.za
  437.  
  438. ------------------------------
  439.  
  440. Date: 15 Sep 94 13:53:49 GMT
  441. From: news-mail-gateway@ucsd.edu
  442. Subject: WNOS memory leak
  443. To: ham-digital@ucsd.edu
  444.  
  445. I sufferd 3 long years of this bug.
  446. I fixed it for shure in wnos-940615
  447. its on ftp.ucsd.edu....incoming
  448. Ok.
  449. its also got dama mode..
  450. sorry src code only you need compile it with BC++ 2.00
  451. Barry
  452. at a push ill make a binary at the weekend and upload it.
  453.  
  454. ------------------------------
  455.  
  456. End of Ham-Digital Digest V94 #307
  457. ******************************
  458.